Resource StructureDefinition/FHIR Server from package de.gematik.isik-terminplanung#4.0.1 (125 ms)
Resources that use this resource
Resources that this resource uses
Source
{
"resourceType" : "StructureDefinition",
"id" : "ISiKMedizinischeBehandlungseinheit",
"url" : "https://gematik.de/fhir/isik/StructureDefinition/ISiKMedizinischeBehandlungseinheit",
"version" : "4.0.1",
"name" : "ISiKMedizinischeBehandlungseinheit",
"status" : "active",
"experimental" : false,
"date" : "2024-12-02",
"publisher" : "gematik GmbH",
"fhirVersion" : "4.0.1",
"kind" : "resource",
"abstract" : false,
"type" : "HealthcareService",
"baseDefinition" : "http://hl7.org/fhir/StructureDefinition/HealthcareService",
"derivation" : "constraint",
"differential" : {
"element" : [
{
"id" : "HealthcareService.active",
"path" : "HealthcareService.active",
"comment" : "Bedeutung: Ist der HealthcareService in aktiver Verwendung.\n \n Hinweis: Historische HealthcareServices können ebenfalls über die ISiK-Schnittstelle ausgetauscht werden. Für diese dürfen jedoch keine Termine vereinbart werden. Das terminführende System MUSS dies bei der Buchung überprüfen.\n \n Begründung Kardinalität und Must-Support-Flag (MS): Die Kardinalität 1..1 und das Must-Support-Flag (MS) für das 'active'-Element stellen sicher, dass jede Behandlungseinheit eindeutig als aktiv oder inaktiv gekennzeichnet ist. Dies ist entscheidend für die Ressourcenplanung und Verfügbarkeit von Behandlungseinheiten.",
"min" : 1,
"mustSupport" : true
},
{
"id" : "HealthcareService.type",
"path" : "HealthcareService.type",
"comment" : "**Bedeutung:** Klassifikation der Behandlungsleistung welche durch den HealthcareService erbracht wird\n\n**Hinweis:** Diese Klassifikation SOLL stets auch in Appointment.serviceType und Schedule.serviceType angegeben werden. Seitens der aktuellen Spezifikation werden keine Vorgaben bezüglich der zu verwendenden Terminologie gemacht. Entsprechend verwendete Kataloge müssen als CodeSystem- und ValueSet-Ressourcen exponiert werden. Siehe [Suchparameter 'context-type-value' in ISiK Basis - Datenobjekt ValueSet](https://simplifier.net/resolve?&scope=isik-basis-v4@current&canonical=https://gematik.de/fhir/isik/StructureDefinition/ISiKValueSet).\n\n**Begründung Kardinalität:** Eine Behandlungseinheit muss mindestens einen Typ haben, sodass im Rahmen der Terminplanung ermittelt werden kann welcher Akteur für die Durchführung eines Termins zur Verfügung steht.",
"min" : 1,
"mustSupport" : true
},
{
"id" : "HealthcareService.specialty",
"path" : "HealthcareService.specialty",
"comment" : "**Bedeutung:** Fachrichtung der Behandlungsleistung welche durch den HealthcareService erbracht wird\n\n**Hinweis:** Diese Fachrichtung SOLL stets auch in Appointment.specialty und Schedule.specialty angegeben werden.\n \n**Begründung Kardinalität:** Eine Behandlungseinheit kann multiprofessionell sein und mehere Fachbereiche abdecken. Sie muss jedoch mindestens einem Fachbereich zugeordnet sein, sodass die Behandlungseinheit während der Terminplanung als Akteur miteinbezogen werden für passende Termine.",
"min" : 1,
"mustSupport" : true
},
{
"id" : "HealthcareService.specialty.coding",
"path" : "HealthcareService.specialty.coding",
"slicing" : {
"discriminator" : [
{
"type" : "pattern",
"path" : "$this"
}
],
"rules" : "open"
},
"comment" : "Begründung Kardinalität Fachrichtung: Die Kardinalität der Fachrichtung-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass genau eine Fachrichtung per IHE-XDS-Kodierung vorhanden ist. Dies ist notwendig, um die Spezialisierung der Behandlungseinheit eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten.\n \n Begründung Kardinalität ErweiterterFachabteilungsschluessel: Die Kardinalität der ErweiterterFachabteilungsschluessel-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass optional ein erweiterter Fachabteilungsschlüssel vorhanden sein kann.",
"min" : 1,
"mustSupport" : true
},
{
"id" : "HealthcareService.specialty.coding:Fachrichtung",
"path" : "HealthcareService.specialty.coding",
"sliceName" : "Fachrichtung",
"comment" : "Die Wahl des hinterlegten ValueSets (http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode) wurde mit einem Mitglied der IHE Deutschland Arbeitsgruppe XDS ValueSets (https://www.ihe-d.de/projekte/xds-value-sets-fuer-deutschland/) sowie mit der KBV abgestimmt (Stand:13.6.2024).",
"min" : 1,
"max" : "1",
"mustSupport" : true,
"binding" : {
"strength" : "required",
"valueSet" : "http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode"
}
},
{
"id" : "HealthcareService.specialty.coding:ErweiterterFachabteilungsschluessel",
"path" : "HealthcareService.specialty.coding",
"sliceName" : "ErweiterterFachabteilungsschluessel",
"comment" : "Dieses ValueSet KANN über ein Mapping (siehe Abschnitt https://wiki.hl7.de/index.php?title=IG:Value_Sets_f%C3%BCr_XDS#DocumentEntry.practiceSettingCode) mit dem ValueSet der Fachrichtung verknüpft werden und darüber ggf. die Integration von Systemen erleichtern.",
"min" : 0,
"max" : "1",
"binding" : {
"strength" : "required",
"valueSet" : "http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert"
}
},
{
"id" : "HealthcareService.name",
"path" : "HealthcareService.name",
"comment" : "**Bedeutung:** Informeller Name der Behandlungseinheit\n\n**Hinweis:** Es wird im Rahmen dieser Spezifikation davon ausgegangen, dass für einen HealthcareService keine natürlichen Identifier vorliegen, die in einem realen Kontext vergeben werden. Somit kann durch den Namen ein informeller, jedoch identifizierender Bezeichner vergeben werden.\n\n**Begründung Kardinalität:** Eine Behandlungseinheit muss mindestens einen Namen haben, um eine Wiedererkennbarkeit im Rahmen der Terminplanung zu gewährleisten.",
"min" : 1,
"mustSupport" : true
}
]
},
"text" : {
}
}
XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.
FHIR